home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1996 #15 / Monster Media Number 15 (Monster Media)(July 1996).ISO / modem / bgfax160.zip / DOCS / READ.ME < prev    next >
Text File  |  1996-06-11  |  21KB  |  457 lines
  1. BGFAX's READ.ME file...  Yes, there might actually be interesting stuff here!
  2. -----------------------------------------------------------------------------
  3.  
  4. This READ.ME text file has special notes for the following configurations:
  5.  
  6. a. Auto answering
  7. b. Rockwell V.FC and V.34 modems
  8. c. FD 2.02 (free version)
  9. d. Adept-XBBS/2
  10. e. Binkley
  11. f. USR owners
  12. g. Hayes owners
  13. h. ZyXEL owners
  14. i. Supra owners
  15. j. Multitech owners
  16. k. Zoom owners
  17. l. PPI owners
  18. m. PC Logic owners
  19. n. Hornet 28.8 VFC owners
  20. o. DesqView
  21. p. OS/2
  22. q. PC Board for OS/2
  23. r. RPI (Rockwell Protocol Interface) modems
  24. s. Remote Access Shell-to-Mailer mode
  25.  
  26. ===========================================================================
  27.  
  28. Auto Answer (not Adaptive Answer)
  29. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  30. One quick note relating to all setups:
  31.  
  32.    Do NOT use your modem in 'auto answer' mode.  You must make your
  33.    software physically send an answer string to the modem.  Therefore,
  34.    register S0 _must_ be set to 0.  (S0=0).
  35.  
  36. Any BBS or Fido mailer software that requires the modem answer in AUTO
  37. ANSWER mode is crap.  Most software will send an answer string to the
  38. modem when the modem sends a "RING" response.
  39.  
  40. AUTO ANSWER mode forces the mode to answer the call whether your software
  41. is ready to answer it or not.  Sysops should never use auto answer.  I am
  42. making this statement because many of the setup help files (*.TXT) for
  43. BGFAX require that the BBS/mailer software send answer strings to the modem.
  44.  
  45. AUTO ANSWER is not ADAPTIVE ANSWER.  They are two different things.  Adaptive
  46. answering is required for BGFAX to receive both data and fax calls.
  47.  
  48.  
  49. Rockwell V.FC and V.34 modems
  50. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  51. It should be noted that many of the Rockwell V.FC modems have flawed
  52. adaptive answering.  (i.e., Many true data calls will be misinterpreted
  53. as fax calls.)  You might want to keep an eye out for this.
  54.  
  55. Many Rockwell V.34 modems suffer from the same flaw.
  56.  
  57. Supra released firmware in December 1994 that fixed Rockwell's V.34
  58. adaptive answering problem.  (This was done just before the modems started
  59. to ship, so don't worry if you have a Supra.)
  60.  
  61. Zoom released the 1.309 firmware in October 1995 that fixed Rockwell's
  62. V.34 adpative answering problem.  This was done after tens of thousands of
  63. modems have been sent out.  See the "Zoom owners" section of this file.
  64.  
  65. I am not aware of any other Rockwell based modem companies that have
  66. bothered to fix (or obtain a fix from Rockwell) on this problem.
  67.  
  68. How do you know if you have a Rockwell chipset modem?  In terminal mode,
  69. type "AT+FMFR?" to report the datapump/chipset manufactuer.
  70.  
  71. If you have bought a Rockwell based modem just recently, most likely,
  72. you are using current firmware and the adaptive answering bug is not
  73. present.
  74.  
  75.  
  76. FD 2.02 (free version)
  77. ~~~~~~~~~~~~~~~~~~~~~~
  78. I strongly recommend using FD 2.12 rather than FD 2.02.  FD 2.12 is much
  79. easier to set up with BGFAX and works much better.  FD 2.02 can be forced
  80. to work with some modems (such as the Supra), but not all of them the way
  81. FD 2.12 can be used.  Just say "no" to FD 2.02 and get FD 2.12.
  82.  
  83. I provide excellent help files for FD 2.12 that describe, in detail, what
  84. you have to do to make it work with BGFAX.
  85.  
  86.  
  87. Adept-XBBS/2
  88. ~~~~~~~~~~~~
  89. Adept-XBBS has a box on its config screen relating to whether or not an
  90. "ATO" string must be sent to the modem if it encounters a "DATA" string.
  91. This is a powerful option that has not yet made it to other mailers, but
  92. if you use this option on a modem that does not require an "ATO", you
  93. will force your modem to hangup on all data calls.
  94.  
  95. Most modems do NOT require the ATO.  Some modems in Class 1 mode require
  96. the ATO.  The Hayes Optima does NOT.
  97.  
  98. Binkley
  99. ~~~~~~~
  100. Make sure that you are using Binkley 2.60 or better.  This 2.60 version
  101. of Binkley fixed bugs in the previous (2.59 beta and below) versions that
  102. prevented Binkley and BGFAX to interact with some modems.
  103.  
  104. Again, MAKE SURE YOU HAVE BINKLEY 2.60 OR BETTER !!!
  105.  
  106. Some people prefer to let Binkley internally receive the faxes, rather than
  107. using BGFAX to do it.  You can do this, and use BGFAX's VIEW.EXE to view
  108. the received faxes.  It might be necessary to add a /BO switch on the VIEW
  109. command line if you get nothing but bad scan lines when attempting to view
  110. a Bink raw fax file.
  111.  
  112.  
  113. USR owners
  114. ~~~~~~~~~~
  115. Make sure DIP switch #5 is in the "SUPRESS AUTO ANSWER" position and make
  116. sure the S0 register is equal to 0.
  117.  
  118. If you plan to use BGFAX to receive both faxes and data calls, be advised
  119. that this will NOT work with the following US Robotics modems...
  120.  
  121. a. Sportster 14.4K modems (original series) because they does not have
  122.    adaptive answering.  Note that the newer Sportster VI and DSVD 14.4K
  123.    Sportsters should work, because they have both Class 2.0 and adaptive
  124.    answering.  Also, some European versions of the original series
  125.    Sportster 14.4K modems do appear to have adaptive answering, but it is
  126.    unknown as to whether it actually works or not.
  127.  
  128. b. All Courier modems slower than the 21600 v.32terbo model lack adaptive
  129.    answering.  (This means both Courier 14.4K and Courier 16.8K modems
  130.    will not be able to take both data and fax calls.)
  131.  
  132. c. The Courier 21600 v.32terbo modem does have adaptive answering and
  133.    Class 2.0 fax, but it works so badly that I do not recommend people to
  134.    use this particular modem with BGFAX.  You can call USR to buy a new
  135.    daughtercard to this modem that will upgrade it to 33600 v.34+.
  136.  
  137. BGFAX _will_ work with the 28.8K modems (V.34 Sportster/V.34 Everything).
  138. Make sure you are using firmware version 12/02/94.  (Yes, 12/02/94.  It
  139. works slightly better in fax mode than the newer 07/05/95 and 09/26/95
  140. and even the 1996 V34+ firmware).
  141.  
  142. Ignore anything the USR manual says about fax commands.  Also, it is normal
  143. for the FAX/ARQ light to "blink" when the modem is waiting for a fax call.
  144. The blinking means the modem is in "adaptive answering" mode.  (NOTE: It is
  145. NOT normal to blink when a user is online.  If that is happening, it means
  146. you have a noisy connection.)
  147.  
  148. If you are using one of the DUAL STANDARD Courier modems, you may need to
  149. put a "B0" in your answer string to make sure the modem is prepared to
  150. answer all types of calls.  See your Courier manual for more info on the
  151. ATB0 and ATB1 commands.
  152.  
  153. The Sportster DSVD modem has a bug in adaptive answering mode that makes
  154. Class 2.0 adaptive answering behave like Class 1 adaptive answering.  This
  155. means an "ATO" command will have to be sent to the modem when a "DATA"
  156. response is issued.  This makes the DSVD incompatible with any kind of
  157. Fido Mailer (except Adept-XBBS for OS/2).  The DSVD should be capable of
  158. taking data and BBS calls with BGFAX answering "/HOST /ATO" mode, but
  159. not with a Fido mailer.
  160.  
  161. I've heard reports that the Sporster 28800 (non-DSVD) with firmware having
  162. a Supervisor date of 08/29/95 has a problem receiving faxes when in
  163. adaptive answering mode.  It will behave like the Courier firmware dated
  164. 07/05/95 which causes 9600 faxes to be received at 7200, but they aren't
  165. recevied, just null bytes are recevied, so you end up getting empty pages,
  166. which makes these firmware releases useless.
  167.  
  168. Sportster 288's with firmware 01/11/96 and other dates have a bad habit
  169. of spitting out garbage during Class 2.0 mode.  The garbage will cause
  170. the fax session to fail.
  171.  
  172. The Courier firmware dated 09/26/95 and the new 01/23/96 firmware, still
  173. have problems receiving from many fax machines in adaptive answer mode.
  174. They will report oddball errors such as +FHS:70 failures trying to
  175. receive faxes from places that used to work with the 12/02/94 firmware.
  176.  
  177. The Courier I-Modem has many fax bugs in all modes.  It will often drop
  178. characters that BGFAX needs to be able to see when in Class 2.0 mode.
  179. i.e., instead of returning "+FCO", it might return "FCO" or "+FC", but
  180. it is not-predictable what result will occur.  In Class 1 mode, you must
  181. use the modem in numeric-resule code only, because in verbose-result mode
  182. the modem will "go crazy" at the point fax data is starting to be received.
  183.  
  184. Most USR modems in Class 2.0 have a bug that prevents them from receiving
  185. of all of fax from certain faxback servers.  If you notice the phrase
  186. "eom/multidocument" frame in the BGFAX.LOG, it will be most likely that
  187. the fax will die at that point with a +FHS:70 error.
  188.  
  189. If you have a "Sportster SI" modem, this is not a real modem, but an
  190. RPI type clone.  See the "RPI modem" section of this READ.ME.
  191.  
  192. Hayes owners
  193. ~~~~~~~~~~~~
  194. BGFAX has been tested with the Hayes Optima 288 V.FC modem and the V.34
  195. upgrade.
  196.  
  197. Make sure you are using the 3.10 ROMs in the V.FC model.  Use the ATI3
  198. command.  It will produce a multi-line response.  Look for...
  199.  
  200.     04-00621-310 27232 PASS      <-- Notice the "310", that means 3.10
  201.              ^^^
  202. ATI7 will produce a more human readable response, but it is not reliable.
  203. ATI7 will report the ROM version that ORIGINALLY was in the modem when it
  204. was manufactuered.
  205.  
  206. If you are using a 14400 version of the Optima or Accura, you will need
  207. to put a minus sign after the com port number so that BGFAX will use an
  208. alternate method of 19200-shifting.  (i.e., po=1- inside the BGFAX.CNF
  209. for COM1, Accura-style 19200 DTE shifting.)  Also, the 14400 Accura does
  210. not like the answer string of "AT+FAE=1;A" like its 28800 counterpart.
  211. You will need to use another initialize string of "AT+FAE=1" and use the
  212. regular answer string of "ATA".
  213.  
  214.  
  215. ZyXEL owners
  216. ~~~~~~~~~~~~
  217. See the included FD-ZYXEL.TXT file for an example of how to use the ZyXEL
  218. with FD 2.12/SW.
  219.  
  220. Basically, the init strings are:
  221.  
  222. ATZ
  223. AT#P713 555 1212
  224. AT#B1+FCLASS=6
  225.  
  226. And the answer string is "ATA".
  227.  
  228. The above strings basically use the ZyXEL's special fax mode.  People
  229. report greater success with that method, as compared to using ZyXEL's
  230. Class 2 implementation.
  231.  
  232. If you have trouble with BGFAX and the ZYXEL, you can always use REFAX,
  233. or the ZFAX software that comes with your modem.
  234.  
  235. If you want to send faxes with the ZyXEL 2864-ISDN modem with BGFAX, add
  236. a line in the BGFAX.CNF that says "ss=AT&O0".  That will make BGFAX send
  237. the command to the modem that activates the fax/modem/voice DTE channel
  238. rather than the ISDN DTE channel.
  239.  
  240.  
  241. Supra owners
  242. ~~~~~~~~~~~~
  243. I own a Supra 14400 with 1.8 ROMs myself.  I have not tested BGFAX with
  244. the Supra 14400 with the 'newer' 1.4 ROMs (the newer board layout) or with
  245. the Supra LC (14400, low cost alternative).
  246.  
  247. The Caller ID features in BGFAX's /HOST mode where developed using the
  248. Supra v.32bis (the older 1.8 series) as a reference.
  249.  
  250. If you are using a Supra 288 V.FC (-16 firmware), the adaptive answering
  251. is broken.  Call the Supra BBS and download the latest FLASH firmware for
  252. the V.FC modem to fix it.
  253.  
  254. The Supra 288 V.34 modem has very good adaptive answering.  It can even be
  255. tuned, which is unique only to Supra and Multitech.  The tuning is made by
  256. tweaking the S192 register.
  257.  
  258.     S192=2 (default)   'Bad' calls logged as "NO CARRIER"
  259.     S192=0 (better)    'Bad' calls logged as "FAX"
  260.  
  261. The default value will make the Supra V.34 do adaptive answering like the
  262. Supra V.32bis did.  In this case, the modem will wait for about 1 or 2
  263. seconds before starting a data mode handshake.  If a fax CNG tone is heard
  264. during the initial 1 to 2 second wait, the modem will respond "FAX" and
  265. shift into fax mode.  On bad data calls, the modem will properly log the
  266. failed call as "NO CARRIER".
  267.  
  268. So, what's bad about the default?  It sounds good, BUT... Many fax machines
  269. out there don't send CNG tones during the first 1-2 seconds.  For example,
  270. if a user tries to send a fax to you from a real-live fax machine, he or she
  271. must hit the 'START' button on some models to make a fax CNG tone.  Many
  272. times the person sending the fax will not hit 'START' until after they hear
  273. noises coming from the modem.  If you use S192=2 (the default), YOU WILL
  274. MISS THIS PARTICULIAR FAX CALL!
  275.  
  276. If you use the recommended S192=0 setting, the modem will report "FAX", and
  277. you WILL get this fax call.  If getting all fax calls are important, you
  278. should definately use S192=0.  So, there has to be a downside to this, right?
  279. Yes, there is...  If a bad modem handshake occurs, rather than getting a
  280. "NO CARRIER" result, you will get a "FAX" result.  This is the way that
  281. S192=0 is _supposed_ to work.  IT IS *NOT* A BUG IN THE MODEM.  Many people
  282. don't like 'false' FAX connects and that is why Supra choose to use S192=2
  283. as the default.  So, in summary, if you want reliable fax operation, use
  284. S192=0, just remember you will get the 'FAX' return result when it is
  285. actually a failed handshake of a data call.
  286.  
  287. Multitech owners
  288. ~~~~~~~~~~~~~~~~
  289. The Multitech offers adaptive answering tuning, just as the Supra V.34.
  290.  
  291.     AT+FAAMOD=0      see your manual for description
  292.     AT+FAAMOD=1      see your manual for description
  293.  
  294. The Multitech Class 2 mode will NOT shift to 19200 when receiving in fax
  295. mode.  Because of this, make sure you put a '!' after the com port to tell
  296. BGFAX that this modem will not need a 19200 DTE shift.  Example command line:
  297.  
  298.     bgfax /fax c:\bgfax 1! z      <-- keep locked at current rate
  299.  
  300. If you are able to receive a fax, but are unable to read the fax received
  301. from the Multitech, you might want to add the AT+FBOR=1 string to your
  302. initialization.
  303.  
  304. Zoom owners
  305. ~~~~~~~~~~~
  306. Some Zoom owners have experienced more reliable BGFAX operation when using
  307. the exclaimation point (!, bang) after the port.  This instructs BGFAX to
  308. NOT drop the port speed down to 19200 bps when in fax mode.  Almost all
  309. Class 2 fax modems require this shift.  SOME Zoom modems will not operate
  310. with BGFAX unless you use the "!" after the port.  SOME Zoom modems will
  311. NOT operate if you PUT the "!" after the port.  Just a little warning.
  312.  
  313.     bgfax /fax c:\bgfax 1 z       <-- change speed to 19200 when receivin
  314.     bgfax /fax c:\bgfax 1! z      <-- keep locked at current rate
  315.  
  316. If you are using a 28800 Zoom modem, make sure you are using at least
  317. firmware version 1.100.  (ATI3 will show you the version number.)
  318.  
  319. Zoom released the series 1.309 firmware for it's V.34 products in October
  320. of 1995.  This new firmware release corrects the adaptive answering problems
  321. that surfaced in Rockwell's V.FC and V.34 chipsets.  (As far as I know, the
  322. adaptive answering bug fix is only available for Zoom's V.34 modems.)
  323.  
  324.  
  325. PPI owners
  326. ~~~~~~~~~~
  327. Some of the earlier PPI modems do not include Class 2 fax.  You can buy an
  328. upgrade ROM for approximately $30 that will let you use BGFAX, however, it
  329. will only allow fax speeds up to 9600 rather than 14400.  If you want to
  330. use 14400 fax, you will have to get a new motherboard and datapump that
  331. will cost you about $100.  Most fax machines only support 9600 fax anyway
  332. so this is not that much of a problem.
  333.  
  334. Please note that most PPI owners are using the newer models that include
  335. both Class 1 and Class 2 fax at speeds up to 14400.  If you think you might
  336. have an older model, issue a "AT+FCLASS=?" command from your terminal
  337. program.  It it responds "0,1" you have an older model that needs the
  338. upgrade in order to use Class 2.  If it responds "0,1,2" you have a newer
  339. model and BGFAX should work fine.
  340.  
  341. It has been suggested to me by a member of PPI's tech support team, to tell
  342. all users to use the &D3 setting instead of the, more usually used &D2
  343. setting.  This &D3 setting seems to eliminate some 'odd' problems.
  344.  
  345. If you have the 2.17 version ROMs in your modem, you need to get it
  346. upgraded to 2.30.  Many people reported problems with the 2.17 firmware.
  347. Call PPI Tech Support for info on upgrading.  It should be free, but this
  348. policy may have changed with the recent Hayes fiasco.  Note that if you
  349. have an older FXSA [xA3] modem, you cannot upgrade the 2.17 to 2.30.  If
  350. you have this [xA3] model, you're out of luck.  (The number in brackets
  351. is given by the ATI3 command, and the "x" can be any number.)
  352.  
  353. If ATI3 reports [9R4] in brackets, you will have either 2.42 or 2.43
  354. firmware.  Be sure to add an S7=125 in your init string.
  355.  
  356. I've had a few ports that the PM144MT/HCII [xxRx] version 1.03 mistakes
  357. 2400 data callers as faxes.  I am not sure if the 2.02 version does this
  358. or not.
  359.  
  360. PM144FXH, [41R4] 1.03, report same 2400 problem
  361. PM144FXHC, [43R4] 1.54 seemed to work fine at 2400
  362.  
  363. One person claims the PPI's 288LCD fax mode is flawed with firmware 2.62
  364.  
  365. PC Logic owners
  366. ~~~~~~~~~~~~~~~
  367. The PC Logic adaptive answering seems to not work at all, in the 14400
  368. model.  I haven't tried it with their new v.32terbo modem.  My advice is
  369. to not try running BGFAX on the PC Logic.
  370.  
  371.  
  372. Hornet 28.8 VFC owners
  373. ~~~~~~~~~~~~~~~~~~~~~~
  374. I've seen two people with Hornet 28.8 VFC modems report they were getting
  375. +FHNG:25 error messages when trying to receive faxes.  The solution was
  376. to put an &K3 at the end of the last init strings.  Very strange.
  377.  
  378.  
  379. DesqView
  380. ~~~~~~~~
  381. If you have trouble SENDING faxes under DV, make sure...
  382.             "Optimize Communications=YES"
  383.  
  384. ...in your DV configuration screen.  Note that some people have told me
  385. this does not help at all, but others report it does make a difference.
  386.  
  387.  
  388. OS/2
  389. ~~~~
  390. You must be using Ray Gwinn's SIO communications driver.  BGFAX/2 has not
  391. been tested with the stock IBM COM.SYS drivers!
  392.  
  393. If you have trouble SENDING faxes under OS/2, make sure you use the native
  394. OS/2 version of BGFAX to do the sending.  The DOS version of BGFAX, if
  395. running in an OS/2 DOS-box, will have trouble using software based flow
  396. control on some modems because of the way SIO handles XON/XOFF characters
  397. when it is set for RTS/CTS flow control mode.  Using BGFAX2.EXE will solve
  398. that problem.
  399.  
  400. If you really want to use the DOS version of BGFAX to send faxes when using
  401. OS/2, change the "SIO_Mode_XON/XOFF" setting (see SIO's docs for more
  402. details) to "Received XON is flow control".
  403.  
  404. If you "lock" your com ports DTE rate with SIO, be sure to read the section
  405. in the BGFAX.DOC file which describes operation of the SU.EXE program.
  406.  
  407.  
  408. PC Board for OS/2
  409. ~~~~~~~~~~~~~~~~~
  410. PC Board for OS/2 is very new, but I am sure many of you are going to be
  411. using it before the next BGFAX release comes out.  BGFAX 1.50 is coming out
  412. before the full public release of PCB/2, and I know little about it, but
  413. there are a few things different about the OS/2 PCB setup from the DOS setup
  414. in relation to BGFAX.
  415.  
  416. In all of BGFAX's PC Board help files (PCB*.TXT), they always give examples
  417. like:  BGFAX /xxxx C:\BGFAX 1 Z
  418.  
  419. Where xxxx is some parameter, depending upon type of modem.  The "1" in the
  420. above would represent COM1.  In OS/2, com ports are handled via a "handle".
  421. So, instead of "1", you might say "h%pcbhandle%".
  422.  
  423. Example:  BGFAX2 /xxxx C:\BGFAX H%pcbhandle% Z
  424.  
  425. Where "H" tells BGFAX the number following is an OS/2 com handle, and where
  426. "%pcbhandle%" returns the value of the environment variable set by PC Board.
  427.  
  428. NOTE: I am not certain if that is the correct environment variable name.
  429. See the PCB/2 documentation regarding doors, com handles, fax exit errorlevel.
  430.  
  431.  
  432. RPI (Rockwell Protocol Interface) modems
  433. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  434. Many manufactuers have begun to sell 14400 modems for dirt-cheap prices.
  435. You get what you pay for.  These RPI modems usually lack Class 2 and only
  436. offer Class 1 fax mode.  You can still use BGFAX with these modems, but
  437. if you are running in BGFAX /HODE mode, you might need to add a /ATO switch
  438. to the command line.  See BGFAX.DOC for more info on the /ATO switch.  If
  439. you are running a Fido mailer, you may have to use the ATOTSR.COM file.
  440. Again, see BGFAX.DOC for more information.
  441.  
  442. Most people don't know they have bought an RPI modem, so in all likelyhood
  443. you will probably never read this.  :-(  RPI modems are not suitable for
  444. BBS use, because they lack error correction and data compression capabilities
  445. in the modem hardware, instead, requiring you to use some "COMIT" telecom
  446. program, or the use of a WinRPI driver.
  447.  
  448. Remote Access Shell-to-Mailer mode
  449. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  450. I've received numerous reports indicating the BGFAX does not function
  451. correctly if you are using OS/2 and Remote Access (2.02 and 2.50) in
  452. shell-to-mailer mode.  Apparently, RA is doing something to the port which
  453. causes BGFAX to misbehave and receive many bad scan lines and other severe
  454. problems.  To fix this, run RA in standard mode rather than shell-to-mailer
  455. mode and you should be okay.
  456.  
  457.